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METHOD AND SYSTEM FOR OPTIMIZING REQUEST -PROMISE 

WORKFLOWS 



TECHNICAL FIELD OF THE INVENTION 

This invention relates generally to the field of 
optimization systems and more specifically to a method 
and system for optimizing request -promise workflows. 

5 

BACKGROUND OF THE INVENTION 

The increasing complexity of interactions in finance, 
manufacturing, and other areas has highlighted the demand 
for sophisticated methods and systems for optimizing 

10 problem- solving among multiple entities. In many cases, 
multiple entities are given the task of solving a single 
problem. Often, the entities cannot plan together to 
determine the optimal solution to the problem. The 
entities interact only by sending request and promise 

15 messages to each other, which limits the opportunities for 
cooperative planning. Known methods and systems of 
optimizing request-promise workflows, however, have not 
been completely satisfactory with respect to 
effectiveness . 

20 To illustrate the problem, consider the following 

example. Suppose that there are two entities, a supplier 
X and a producer Y, where X sells supplies to Y that Y 
needs to produce a product. Both X and Y perform 
optimization independently of each other, and they 

25 interact only by sending request and promise messages to 
each other. Entity Y has an external demand of 10 for 
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each of its products C and D, and sells these products 
for $500 per unit. Entity X sells supplies A and B to Y 
for $200 per unit. Entity Y requires supplies A and B and 
an internal resource S to produce the products C and D, 
5 and Entity X requires an internal resource R to produce 
supplies A and B. Each unit of C requires 1 unit of A and 
2 units of internal resource S, each unit of D requires 1 
unit of B and S each, each unit of A requires 1 unit of 
R, and each unit of B requires 3 units of R. Only 20 

10 units are available for each of the two internal 
resources R and S. Note that initially, Y would prefer 
to produce more units of D than of C, since D requires 
fewer units of internal resource S, while X would prefer 
to produce more units of A than of B, since A requires 

15 fewer units of internal resource R. 

According to one known method, the producer makes a 
commitment to a client after its initial optimization. 
According to this method, Y assumes an unlimited supply 
of A and B. Y plans optimally, and decides to produce 5 

20 units of C and 10 units of D. Y commits to delivering 
these amounts to the client. Y communicates to X a 
request for 5 units of A and 10 units of B. X plans 
optimally, resulting in producing 5 units of each of A 
and B. Because of the shortfall in B, Y fails in its 

25 commitment to deliver 10 units of D, and neither the 
supplier nor the producer have reached the optimal 
solution to the problem. 

According to another known method, the producer 
makes a commitment to a client after receiving supplies 

30 that do not satisfy a request. According to this method, 
Y assumes an unlimited supply of A and B. Y plans 
optimally, and decides to produce 5 units of C and 10 
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units of D. Y communicates a request to X for 5 units of 
A and 10 units of B. X plans optimally, resulting in 
producing 5 units of each of A and B. Because of the 
shortfall in B, Y decreases its planned production of D 
5 to 5 units. Y commits to delivering 5 units of each of C 
and D, but again, neither the supplier nor the producer 
have reached the optimal solution to the problem. 

While these approaches have provided improvements 
over prior approaches, the challenges in the field of 
10 optimization systems have continued to increase with 
demand for more and better techniques having greater 
effectiveness. Therefore, a need has arisen for a new 
method and system for optimizing request -promise 
workflows . 

15 

SUMMARY OF THE INVENTION 

In accordance with the present invention, a method 
and system for optimizing request -promise workflows are 
provided that substantially eliminate or reduce the 

20 disadvantages and problems associated with previously 
developed systems and methods. 

According to one embodiment of the present 
invention, a system for optimizing request -promise 
workflows is disclosed that includes a first entity and a 

25 second entity. The first entity produces supplies, and 
optimizes its production of the supplies to generate a 
promise for the supplies. The second entity optimizes 
its production of a demand to generate a request for the 
supplies. The second entity communicates the request to 

3 0 the first entity, and receives a promise for the supplies 
from the first entity based on the request. The second 
entity reoptimizes its production of the demand to 
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generate a new request if the promise does not satisfy 
the request. More specifically, a communication link may 
be used to convey information between the first entity 
and the second entity. 
5 According to one embodiment of the present 

invention, a method for optimizing request -promise 
workflows is disclosed. A demand is established, where 
supplies are needed to satisfy the demand, and the 
supplies are assumed to be unlimited. The production of 

10 the demand is optimized to generate a request for the 
supplies needed to satisfy the demand. The request is 
communicated to a supplier, a promise from the supplier 
is received, and it is determined whether the promise 
satisfies the request. If the promise does not satisfy 

15 the request, a new request in response to the promise is 
generated by reoptimization. More specifically, 

optimization to generate a request, communication of the 
request to a supplier, receipt of the promise from the 
supplier, determination of whether the promise satisfies 

20 the request, and reoptimization to generate a new 
request, may be repeated until the promise satisfies the 
request . 

Technical advantages of the present invention 
include reoptimization that may be repeated until an 

25 optimal solution is achieved. Instead of performing only 
an initial optimization, as in the known methods, 
planning entities may perform multiple iterations of 
reoptimization in order to achieve an optimal solution. 
While the known methods optimize without input from the 

30 other entities, a planning entity may optimize using 
information communicated from the other entities. 
Moreover, different types of information may be 
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communicated among the entities to be used in the 
reoptimization. For example, the entities may 

communicate limits on supplies or may even communicate 
optimization constraints and objectives. Planning 
5 entities may also identify supplies that are the cause of 
the shortages and that cannot be adjusted. Other 
technical advantages are readily apparent to one skilled 
in the art from the following figures, descriptions, and 
claims . 

10 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present . 
invention, and for further features and advantages, 
reference is now made to the following description, taken 
15 in conjunction with the accompanying drawings, in which: 

FIGURE 1 is a block diagram of one embodiment of a 
system of optimizing request -promise workflows that may 
be used in accordance with the present invention; 

FIGURE 2 is a block diagram of one embodiment of the 
2 0 system having one authority domain that provides supplies 
to another authority domain that may be used in 
accordance with the present invention; 

FIGURE 3 is a flowchart demonstrating one embodiment 
of a method having one authority domain that provides 

2 5 supplies to another authority domain that may be used in 

accordance with the present invention; 

FIGURE 4 is a block diagram of one embodiment of the 
system having one authority domain that provides multiple 
supplies for a demand of another authority domain that 

3 0 may be used in accordance with the present invention; 

FIGURE 5 is a flowchart demonstrating one embodiment 
of the method having one authority domain that provides 
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multiple supplies for a demand of another authority- 
domain that may be used in accordance with the present 
invention; 

FIGURE 6 is a block diagram of one embodiment of the 
5 system having two authority domains that provide supplies 
to a third authority domain that may be used in 
accordance with the present invention; and 

FIGURE 7 is a flowchart demonstrating one embodiment 
of the method having two authority domains that provide 
10 supplies to a third authority domain that may be used in 
accordance with the present invention. 

DETAILED DESCRIPTION OF THE DRAWINGS 

FIGURE 1 is a general block diagram of a system 102 

15 for optimizing request -promise workflows. The system 102 
in general includes a first entity 104, a second entity 
106, and a communication link 108. The first entity 104 
and the second entity may be, for example, a "T-proidu'cfcs 
[manuf acturer, a service provider, a financial 

20 institution, or any other entity that performs 
optimization. The communication link 108 may include, 
for example, a local area network, radio transmission, 
fiber optic transmission, or any other data communication 
network. 

25 Specifically, the first entity 104 produces supplies 

110 and 112, and optimizes its production of the supplies 
110 and 112 to generate a promise 114 for the supplies 
110 and 112. The second entity 106 satisfies a demand 
116 by receiving the supplies 110 and 112 from the first 

30 entity 104. The second entity 106 optimizes its 

production of the demand 116 to generate a request 118 
for the supplies 110 and 112. The second entity 106 may 
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generate a request 118 in accordance with a client 
request 119 and internal resources 124 . The internal 
resources 124 may be, for example, factory overhead, 
employee man-hours, factory output, computer time, or any 
5 other suitable resource. The second entity further 
communicates the request 118 to the first entity 104, and 
receives a promise 114 for the supplies 110 and 112 from 
the first entity 104 based on the request 118. The 
communication link 108 may be used to communicate the 
10 request 118 and the promise 114. If the promise 114 does 
not satisfy the request 118, the second entity 106 
optimizes its production of the demand 116 to generate a 
new request . 

The second entity 106 repeats the steps of 
15 optimizing its production to generate a request 118, 
communicating the request 118 to the first entity 104, 
receiving a promise 114 from the first entity 104, and 
reoptimizing its production to generate a new request, 
until the promise 114 satisfies the request 118. If the 
20 promise 114 satisfies the request 118, the second entity 
106 communicates a demand promise 120 to a client 122. 
The first entity 104 optimizes its production of the 
supplies 110 and 112 independently of the second entity 
106, and similarly the second entity 106 optimizes its 
25 production of the demand 116 independently of the first 
entity 104. 

The system 102 may include one or more computer 
systems. For example, the first entity 104 may use a 
first computer system 130 including a processor 132, an 
30 input/output device 134, and a memory 136 to perform a 
portion or all of the information gathering, 
optimization, and communication functions. Similarly, 
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the second entity 106 may use a second computer system 
140 including a processor 142, an input/output device 
144, and a memory 146 to performs a portion or all of the 
information gathering, optimization, and communication 
5 functions. The processors 132 and 142 process data, the 
memories 134 and 144 store data, and the input/output 
devices 136 and 146 are used by a user to interact with 
the computer systems 130 and 140. A local area network, 
wide area network, global network such as the Internet, 

10 or other data communication network may be used as a 
communication link 150 between computers 130 and 140. 
System 102 also contemplates human actions. For example, 
humans may transfer requests 118 or promises 114 to and 
from computers 13 0 and 14 0 or between entities 104 and 

15 106. Humans may also generate requests 118 or promises 
114 using the results of the optimization process. 
Additionally, humans may perform a portion or all of the 
optimization process to generate requests 118. 

FIGURE 2 is a block diagram of one embodiment of a 

20 system 200 having one authority domain that provides 
supplies to another authority domain. Authority domain X 
2 04 may be, for example, a supplier of the internal 
components of a product, while an authority domain Y 206 
may be, for example, a producer of the product that uses 

25 the internal components supplied by the authority domain 
X 204. X 204 sells a supply A 208 and a supply B 210 to 
Y 206 for $100 per unit. One unit of the internal 
resource R 212 is needed to produce one unit of supply A 
208, and three units of internal resource R 212 to 

30 produce supply B 210. X 204 sells supply A 208 for $200 
per unit and supply B 210 for $2 0 0 per unit. Internal 
resource R 212 is limited to 20 units. 
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Domain Y 2 06 produces a demand C 216 and a demand D 
218. Two units of an internal resource S 220 are needed 
to produce one unit of demand C 216, and one unit of 
internal resource S 22 0 is needed to produce one unit of 
5 demand D 218. Internal resource S 220 is limited to 20 
units. A client 122 sends a request 119 for 10 units 
each of C 216 and D 218. Y 206 also needs one unit of 
supply A 2 08 to produce one unit of demand C 216, and one 
unit of supply B 210 to produce one unit of demand D 218. 

10 Y 206 sells demand C for $500 per unit, and demand D 218 
for $500 per unit." To request supplies, Y 206 
communicates a request 118 to authority domain X 204. In 
response, X 204 communicates a promise 114 to authority 
domain Y 206. Y 206 may also send a demand promise 120 

15 to the client 122, 

FIGURE 3 is a flowchart demonstrating one embodiment 
of a method of operation of system 200. In general, the 
authority domain Y 206 optimizes its production of 
demands 216 and 218 to generate a request 118 for the 

2 0 supplies 2 08 and 210 needed to satisfy the demands 216 

and 218. Y 206 communicates the request 118 to X 204, 
and then receives a promise 114 from X 204. Y 206 then 
determines whether the promise 114 satisfies the request 
118. If the promise 114 does not satisfy the request 
25 118, Y 206 reoptimizes in order to generate a new request 
in response to the promise 118. 

Specifically, the method begins at step 302, where Y 
206 establishes a demand for 10 each of demand C 216 and 
demand D 218 in response to a request 119 from a client 

3 0 122 and in accordance with internal resource S 22 0, which 

is limited to 20 units. Y 206 assumes that supply A 208 
and supply B 210 are unlimited, at step 304. Y 206 
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optimizes its production of demands C 216 and D 218 to 
generate a request 118 for supplies A 208 and B 210 
needed to satisfy the demands C 216 and D 218, at step 
306. The request 118 may include a first request for 
5 supply A 208 and second request for supply B 210. In 
this example, the result of the optimization is a request 
for 5 units of C 216 and 10 units of D 218. Note that Y 
2 06 would want to produce more units of D 218 than of C 
216 because D 218 requires fewer units of internal 

10 resources than C 216 does. 

Y 206 communicates the request 118 for 5 units of A 
208 and 10 units of B 210 at step 308. X 204 optimizes 
in accordance with its internal resource R 212 which is 
limited to 20 units, and decides it can promise 5 units 

15 of A 208 and 5 units of B 210. Therefore, X 204 
determines that it cannot meet the request. If X 204 
could have met the request, it would send the supplies to 
Y 206. Note that in general X 204 wants to produce more 
units of A 208 than B 210, because A 208 requires fewer 

20 units of internal resource R 212 than B 210 does, Y 206 
receives the promise 114 from X 204 at step 310, and 
determines whether the promise 114 satisfies the request 
118 at step 312. In this first iteration, the promise of 
5 units of B 210 does not satisfy the request, so the 

25 promise 114 does not satisfy the request 118, as 
determined at step 314. In general, Y 206 could 
determine whether the promise was within an acceptable 
range of the request, such that the promise could satisfy 
the request without being equal to the request. 

30 Since the promise does not satisfy the request at 

step 314, Y 206 returns to step 306 and reoptimizes to 
generate a new request and response to the promise 114. Y 
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206 selects to consider both supplies in its 
reoptimization. Alternatively, Y 206 may have chosen to 
optimize only the supplies that are unsatisfied. Since B 
210 is an unsatisfied promise, Y 206 may reoptimize by 
5 revising its assumption that B 210 is unlimited. In this 
case, Y 206 assumes that B 210 is limited to 5 and 
reoptimizes to produce 7 units of C 216 and 5 units of D 
218. Y 206 communicates the request 118 for 7 units of A 
208 and 5 units of B 210 at step 308. X 204 optimizes, 
10 resulting in a promise of 7 units of A 208 and 4 units of 
B. Y 206 receives the promise 114 from X 204 at step 
310 . 

Y determines that the promise 114 does not satisfy 
the request 118 at step 312, because the promise of 4 

15 units of B 210 does not satisfy the request of 5 units of 
B 210. Since the promise 114 does not satisfy the 
request 118 in this second iteration as determined at 
step 314, the method returns to step 306, where Y 206 
reoptimizes to generate a new request. In its 

20 reoptimization, Y 206 assumes that B 204 is limited to 4. 
Y 206 reoptimizes, and decides to produce 8 units of C 
216 and 4 units of D 218, which requires 8 units of A 208 
and 4 units of B 210. Y 206 communicates the request 118 
to X 204 at step 308. X 204 optimizes, resulting in a 

25 promise of 8 units of A 208 and 4 units of B 210. Y 206 
receives the promise 114 at step 310, and determines that 
the promise 114 of the third iteration satisfies the 
request 118 at step 312, and then at step 314 the method 
proceeds to step 316, where Y 2 06 communicates a demand 

3 0 promise 12 0 to a client 122, and the method terminates. 
The profit for X 204 is $2,400 and for Y 206 is $3,600, 
which are optimal for both X 204 and Y 206. 
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The method may also be used to exchange arbitrary 
optimization problems instead of merely exchanging 
quantities for the request and promises. Optimization 
problems may be used in any of the scenarios in this 
5 description, and may be represented in several different 
ways, for example, a math programming problem, a linear 
problem, or a mixed- integer- linear problem. 

Specifically, at step 302, Y 206 establishes demand C 216 
and demand D 218 in response to a request 119 for 10 

10 units each of C 216 and D 218. The production of C 216 
and D 218 is constrained by a limit of 20 units of 
internal resource S, which may be used for the production 
of either C 216 or D 218, but not both, due to high setup 
costs. Y 206 assumes that supplies A 208 and B 210 are 

15 unlimited at step 304. Y 206 optimizes its demand to 
generate a request at step 306, and decides to use 
internal resource S 220 to produce D 210 instead of C 
216. Instead of communicating a request for a number of 
supplies, at step 308 Y 206 communicates the following 

20 request 118 to X 204 based on client 122 requests 119 and 
internal resource S 220: 
Maximize B 

Such that A < 10 and B ^10 
The request 118 now includes an objective and 

25 constraints. In this embodiment, "maximize B" is the 
objective, and "A < 10" and "B <, 10" are the constraints. 
X 204 adds the two constrains sent by Y 206 to its own 
optimization problem. X 204 optimizes according to the 
request, cost and internal resources, yielding, for 

30 example, the following optimization problem, which it 
sends to Y 206 as a promise 114: 
Maximize A + B 
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Such that A + 3B < 20 

Y 206 receives the promise from X 204 at step 310. 

Y 206 determines whether the promise 114 satisfies the 
request 118 at step 312. Y 206 determines the promise 

5 does not satisfy the request so, at step 314 the method 
returns to step 306, where Y 206 reoptimizes to generate 
a new request. Y 206 adds the two constraints sent by X 
204 into its own optimization problem, and then 
optimizes. Y 206 decides that making C 216 instead of D 
10 218 is more profitable. Y 206 generates the following 
request 118 : 

Maximize A 

Such that A < 10 and B ^ 10 

Y 206 communicates the request 118 to X 204 at step 
15 308. X 204 adds the two constraints sent by Y 206 to its 

own optimization problem, and then optimizes. X 204 and 

Y 206 continue to exchange optimization problems until X 
204 communicates a promise that is acceptable to Y 206. 
For example, at step 310, Y 206 receives a promise for 10 

20 of A and 0 of B. from the supplier, and at step 312 
determines whether the promise satisfies the request. Y 
206 accepts the solution at step 314, and then proceeds 
to step 316, where it communicates a demand promise 120 
to a client 122. After that, the method terminates. 

25 FIGURE 4 is a block diagram of one embodiment of a 

system 400 having one authority domain that provides 
multiple supplies for a demand of another authority 
domain. The system includes an authority domain X 204 
supplies all the components of products produced by 

30 authority domain Y 206. X 204 sells supplies A 402 and B 
404 each for $100 per unit to Y 206. One unit of supply 
A 4 02 and one unit of supply B 4 04 are needed to produce 
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one unit of demand D 406. One unit of supply C 408 is 
needed to produce one unit of demand E 410. Three units 
of an internal resource R 412 of X 204 are needed to 
produce one unit of supply A 402, one unit of R 412 is 
5 needed to produce one unit of supply B 4 04, and two units 
of R 412 are needed to produce one unit of supply C 408. 
Resource R 412 is limited to 20 units. Y sells D 406 and 
E 410 each for $500 per unit, in response to a client 
request 119 for 10 each of D 406 and E 410. 

10 In this embodiment, requests for individual supplies 

are bundled into a bundled request. A bundled request 
may include, for example, supplies needed to fulfill one 
demand. For example, a request 416 for A (5 of A) and a 
request 418 for B (5 of B) are bundled into a bundled 

15 request 420 for A and B (5 of A, 5 of B) . The bundled 
request 42 0 for A and B includes a request for supplies 
needed to fulfill demand D 406. In response to the 
bundled request 42 0 for A and B, X 2 04 sends out one 
promise 422 for A and B. After bundling, a bundled 

2 0 request may include only one request. For example, since 
one supply C is needed to satisfy demand E, the bundled 
request 424 for C includes only the request 424 for C. A 
promise 426 for C is sent in response to the request 424 
for C. 

25 For each promise that does not satisfy its 

corresponding request, at least one supply that caused 
the shortage may be identified as a culprit. For 
example, suppose that supply A 402 is a culprit. In 
response to a bundled request 42 0 for A and B {5 of A, 5 

30 of B) , a promise 422 for A and B may identify supply A 
402 as the culprit (4 of A, 4 of B, culprit A) . 
According to this embodiment, the supply of each culprit 
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may be constrained by the promise for the culprit . For 
example, suppose that Y 206 assumes an unlimited supply 
of A 402, B 404, and C 408. After optimizing, suppose 
that Y 206 communicates the following requests to X 204: 
5 (5 of A, 5 of B) , (4 of A, 4 of C) and (3 of C) , and 
receives the following promises from X 204: (4 of A, 4 of 
B, culprit A) , (4 of A, 4 of C) and (2 of C, culprit C) . 
When reoptimizing, Y 206 assumes that the promises of A 
and B are constraints, that is, A is limited to 8 (sum of 
10 4 and 4) , B is limited to 10 (same as before) , and C is 
limited to 6 (sum of 4 and 2) . By identifying culprits, 
Y 206 can reoptimize using the limited culprit supply as 
a constraint, while assuming that the non-culprit 
supplies are plentiful. 
15 FIGURE 5 is a flowchart demonstrating one embodiment 

of a method of operation of system 400. The method 
begins at step 502, where Y 206 establishes a demand D 
406 and a demand E 410 based on a 'client request 119 for 
10 each of D 406 and E 410 and internal resources. Y 206 
20 assumes that supplies of A 402, B 404 and C 408 are 
unlimited at step 504. Y 206 optimizes its production of 
the demands D 4 06 and E 410 at step 506, and decides to 
produce 10 units each of D 406 and E 410, which requires 
10 units each of supplies A 402, B 404 and C 408. Y 206 
25 forms bundled requests for (10 of A, 10 of B) and (10 of 
C) at step 507. Y 206 communicates the bundled requests 
to X 204 at step 508. X 204 optimizes, and decides it can 
produce 10 of C 4 08 and communicates promises for (0 of 
A, 0 of B, culprit A) and (10 of C) from X 204. Y 206 
30 receives the promises at step 510. 

Y 206 determines that the promises do not satisfy 
the requests at step 512. Since the promises do not 
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satisfy the requests, at step 514, Y 206 returns to step 
506 and reoptimizes to generate a new request. Y 206 
assumes that the supply of A 402 is limited to 0 by the 
promise of culprit A. Y 206 optimizes, and decides to 
5 produce 10 units of E 410, which requires 10 units of C 
408. Y 206 forms bundled requests for (10 of C) at step 
507. Y 206 communicates the bundled request for (10 of C) 
to X 204 at step 508. X 204 optimizes and decides it can 
supply 10 units of C 408. Y 206 receives a promise for 

10 (10 of C) from X 204 at step 510. Y 206 determines that 
the promise satisfies the request at step 512. Since the 
promise satisfies the request as determined at step 514, 
Y 206 proceeds to step 516, where Y 206 communicates a 
demand promise 120 for 10 units of E 410 to a client 122, 

15 and the method terminates. 

FIGURE 6 is a block diagram of one embodiment of a 
system 600 having two authority domains that provide 
supplies to a third authority domain. System 600 
includes an authority domain X 204 and an authority 

20 domain Z 602 that provides supplies to an authority 
domain Y 2 06. In X 204, one unit of internal resource R 
602 is needed to produce one unit of supply A 604, and 
two units of internal resource R 602 are needed to 
produce one unit of supply B 608. Internal resource R 

25 602 is limited to 20 units. X 204 sells supply A 604 and 
supply B 608 each for $100 per unit to Y 206. In Z 602, 
one unit of internal resource S 614 is needed to produce 
one unit of supply C 616, and two units of internal 
resource S 614 are needed to produce one unit of supply D 

30 618. Internal resource S 614 is limited to 20 units. Z 
602 sells supply C 616 and supply D 618 each for $100 per 
unit to Y 206. Y 206 needs one unit of supply A 604 to 
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produce one unit of demand E 610, one unit of supply B 
608 and one unit of supply C 616 to produce one unit of 
demand F 612, and one unit of supply D 618 to produce one 
unit of demand G 620. Y 206 sells demands E 610, F 612, 
5 and G 620 each for $300 per unit based on a request 119 
from a client 122 for 10 units each of E 610, F 612, and 
G 620. 

According to this embodiment, a request for 
individual supplies may be bundled into a bundled 

10 request. For example, a request 622 for supply B and a 
request 624 for supply C may be bundled into a bundled 
request 628 for supplies B and C. Additionally, a 
bundled request may be split into sub-bundled requests, 
for example, sub-bundled requests corresponding to 

15 different authority domains such that each authority 
domain receives only sub-bundled requests. For example, 
Y 206 places B and C in a bundled request 628 since both 
B and C are used to produce F. However, since different 
suppliers produce B and C, Y 2 06 splits the bundled 

20 request 628 into a sub-bundled request 630 for B that is 
communicated to authority domain X 2 04, and a sub-bundled 
request 632 for C that is communicated to authority 
domain Z 602. A sub-bundled request may include the same 
request as the bundled request. For example, a bundled 

25 request 640 for A is the same as the sub-bundled request 
642 for A, since the supply for demand D 610 comes from 
only one authority domain X 204. Similarly, the sub- 
bundled request 64 6 for D includes the same request as 
the bundled request 644 for D. 

30 The sub-bundled promises are then recombined into 

bundled promises by Y 206 for further optimization. For 
example, the sub-bundled promise 634 for B sent from 
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authority domain X 2 04 and the sub-bundled promise 63 6 
for C sent from authority domain Z 6 02 may be bundled 
into bundled promise 63 8 for B and C. Similarly, the 
sub-bundled promise 641 for A sent from authority domain 
5 X 204 may be bundled into bundled promise 64 3 for A, and 
the sub-bundled promise 645 for D sent from authority 
domain Z 602 may be bundled into bundled promise 647 for 
D. 

Since multiple suppliers are providing the supplies, 

10 culprits from larger sub-bundled requests may be 
discarded for more accurate reoptimization . For example, 
suppose that Y 206 communicates sub-bundled requests 630 
(10 of B) to X 204 and 632 (10 of C) to Z 602, both 
generated from the same bundled request 628 (10 of B, 10 

15 of C) . Now suppose that the promise 634 from X is (9 of 
B, culprit B) and the promise 632 from Z is (4 of C, 
culprit C) . Culprit B is discarded since it is part of 
the larger sub-bundled promise. The resulting bundled 
promise is (4 of B, 4 of C, culprit C) . For 

20 reoptimization, Y 206 assumes that C is limited, but B is 
unlimited. Moreover, according to this embodiment, if a 
sub-bundled promise from one authority domain is smaller 
than the corresponding sub-bundled promise from another 
authority domain, then all the culprits from all the 

25 other sub-bundled promises are discarded. For example, 
if X 2 04 had communicated an additional sub-bundled 
promise of (10 of A, culprit A) , culprit A may be 
discarded because culprit C corresponds to a smaller sub- 
bundled promise. The resulting bundled request would be 

30 (10 of A) . 

FIGURE 7 is a flowchart demonstrating one embodiment 
of a method of operation of system 600, The method 
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begins at step 702, where Y 206 establishes demands E 
610, F 612, and G 620 in accordance with a client request 
119 for 10 units each of demands E 610, F 612, and G 620 
and in accordance with internal resources. Y 206 assumes 
5 that supplies A 604, B 608, C 616 and D 618 are unlimited 
at step 704. Y 206 optimizes its production to generate 
a request at step 706, and decides to produce 10 units 
each of E 610, F 612, and G 62 0, which require 10 units 
each of supplies A 604, B 608, G 616 and D 618. 

10 Y 2 06 forms a bundled request 64 0 for (10 of A) , 

bundled request 628 for (10 of B, 10 of C) , and bundled 
request 644 for (10 of D) at step 708. In this 
embodiment, each bundled request contains the supplies 
required for one demand, for example, bundled request (10 

15 of B, 10 of C) contains the supplies required for demand 
F 612. Y 206 sub-bundles the bundled requests into a sub- 
bundled request 642 for (10 of A) , sub-bundled request 
630 for (10 of B) , sub-bundled request 632 for (10 of 
C) , and sub-bundled request 646 for (10 of D) at step 

20 710. In this embodiment, the bundled requests are sub- 
bundled into sub-bundled requests according to the 
authority domain that provides the supplies. The bundled 
requests for (10 of A) , (10 of B, 10 of C) , (10 of D) are 
sub-bundled into sub-bundled requests for (10 of A) and 

25 (10 of B) to X 204, and sub-bundled requests for (10 of 
C) and (10 of D) to Z 602. 

Y communicates the sub-bundled requests to X 2 04 and 
Z 602 at step 712. Y 206 receives a sub-bundled promise 
641 for (10 of A) and sub-bundled promise 634 for (5 of 

30 B, culprit B) from X 204, and sub-bundled promise 636 for 
(10 of C) and sub-bundled promise 645 for (5 of D, 
culprit D) from Z 602 at step 714. Y 206 bundles these 
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sub-bundled promises into a bundled promise 643 for (10 
of A) , bundled promise 638 for (5 of B, 10 of C, culprit 
B) , and bundled promise 647 for (5 of D) at step 716. 
Since sub-bundled promise of culprit D is the same size 
5 as the sub-bundled promise of culprit B, the promise of D 
may be retained or discarded, depending on the 
optimization process. In this example, Y 206 discards 
culprit D and retains the promise for culprit B as a 
constraint . 

10 Y 2 06 determines that the promise does not satisfy 

the request at step 718. Because the promise does not 
satisfy the request, at step 720, Y 206 returns to step 
706 and reoptimizes, assuming that the supply for B 608 
is limited to 5 by the promise for culprit B. Y 206 

15 reoptimizes and decides to produce 10 units of E 610, 5 
units of F 612, and 10 units of G 620. Y 708 forms 
bundled requests for (10 of A), (5 of B, 5 of C) , (10 of 
D) at step 708. Y 206 sub-bundles the bundled requests 
into sub-bundled requests for (10 of A) , (5 of B) , (5 of 

20 C) , and (10 of D) at step 710. Y 206 communicates the 
sub-bundled requests for (10 of A) and (5 of B) to X 
204, and the sub-bundled requests for (5 of C) and (10 of 
D) to Z 602 at step 712. Y 206 receives a sub-bundled 
promise for (10 of A) and (5 of B) from X 204, and sub- 

25 bundled promises for (5 of C) and (7.5 of D, culprit D) 
to Y 206 from Z 602 at step 714. Y 206 bundles these sub- 
bundled promises into bundled promises for (10 of A) , (5 
of B, 5 of C) , (7.5 of D, culprit D) at step 716. 

Y 206 determines that the promise does not satisfy 

30 the request at step 718. Because the promise does not 
satisfy the request, at step 720, Y 206 returns to step 
706 and reoptimizes, assuming that the supply for D 618 
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is limited to 7.5 by the promise for culprit D. Y 206 
decides to produce 10 units of E 610, 5 units of F 612, 
and 7.5 units of G 620. Y 206 forms the bundled requests 
for (10 of A), (5 of B, 5 of C) , (7.5 of D) at step 708. 
5 Y 206 forms the sub-bundled requests for (10 of A) and 
(5 of B) to X 204, and (5 of C) and (7.5 of D) to Z 602 
at step 710. Y 206 communicates the sub-bundled requests 
to X 204 and Z 602 at step 712. Y 206 receives a sub- 
bundled promises for (10 of A) and (5 of B) from X 204 

10 and sub-bundled promises for (5 of C) and (7.5 of D) from 
Z 602 at step 714. Y 206 bundles these sub-bundled 
promises into bundled promises for (10 of A) , (5 of B, 5 
of C) , (7.5 of D) at step 716. 

Y 2 06 determines that the promise satisfies the 

15 request at step 718, and at step 720, Y 206 proceeds to 
step 722. Y 206 communicates a demand promise for 10 
units of E 610, 5 units of F 612, and 7.5 units of G 620 
to a client 122 at step 722, and the method terminates. 

Technical advantages of the optimization system 

20 include reoptimizat ion that may be repeated until an 
optimal solution is achieved. ^Instead of performing only 
an initial optimization, as in the known methods, 
planning entities may perform multiple iterations of 
reoptimization in order to achieve an optimal solution. 

25 While the known methods optimize without input from the 
other entities, a planning entity may optimize using 
information communicated from the other entities. 
Moreover, different types of information may be 
communicated among the entities to be used in the 

30 reoptimization. For example, the entities may 

communicate limits on supplies or may even communicate 
optimization constraints and objectives. ^Pia-nning- 
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entities may al so ident i f y ~ suppl ies that are the cause "df 
the~~sHoft:ages" and: that caSnolT "l^~^3-u^ed^-' 

Although an embodiment of the invention and its 
advantages are described in detail, a person skilled in 
5 the art could make various alternations, additions, and 
omissions without departing from the spirit and scope of 
the present invention as defined by the appended claims. 
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WHAT IS CLAIMED IS : 

1. A system for optimizing a request -promise 
workflow, the system comprising: 

a first entity operable to: 
5 produce one or more supplies; and 

optimize its production of the supplies to 
generate a promise for the supplies; and 
a second entity operable to: 

optimize its production of a demand to generate 
10 a request for the supplies; 

communicate the request to the first entity; 
receive a promise for the supplies from the 
first entity based on the request; and 

reoptimize its production of the demand to 
15 generate a new request if the promise does not satisfy 
the request . 

2. The system of Claim 1, further comprising a 
communication link operable to convey information between 

20 the first entity and the second entity. 

3. The system of Claim 1, wherein the second 
entity is further operable to repeat the following steps 
until the promise satisfies the request: 

optimizing its production of a demand to generate a 
25 request for the supplies'; 

communicating the request to the first entity; 
receiving a promise for the supplies from the first 
entity based on the request; and 

reoptimizing its production of the demand to 
30 generate a new request if the promise does not satisfy 
the request. 
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4. The system of Claim 1, wherein: 

the first entity is further operable to optimize its 
production of the supplies independently of the second 
entity; and 

5 the second entity is further operable to optimize 

its production of the demand independently of the first 
entity. 



5. The system of Claim 1, wherein: 
10 the request comprises a first request for a first 

supply and a second request for a second supply; and 

the promise comprises a first promise for the first 
supply and a second promise for the second supply. 

15 6. The system of Claim 5, wherein: 

the second promise does not satisfy the second 
request; and 

the second entity is further operable to optimize 
its production to generate a new request using the second 
20 promise as a constraint. 



7. The system of Claim 1, wherein: 

the request comprises a bundled request for at least 
two supplies to produce the demand; 
25 the promise in response to the bundled request 

comprises a first promise, a second promise, and a 
culprit identifying the second promise as the cause for 
not satisfying the bundled request; and 

the second entity is operable to reoptimize its 
3 0 production to generate a new request using the second 
promise as a constraint. 
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8. The system of Claim 1, wherein: 

the promise comprises an optimization objective and 
a promise constraint; and 

the second entity is operable to reoptimize its 
5 production to generate a new request using the promise 
constraint and the optimization objective. 

9. The system of Claim 1, wherein the second 
entity is operable to generate a request in accordance 

10 with one or more internal resources. 

10. The system of Claim 1, wherein the second 
entity is operable to communicate a demand promise to a 
client if the promise satisfies the request. 
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11. A method for optimizing a request -promise 
workflow, the method comprising: 

establishing a demand, wherein one or more supplies 
5 are needed to satisfy the demand; 

assuming that the supplies are unlimited; 
optimizing the production of the demand to generate 
a request for the supplies needed to satisfy the demand; 
communicating the request to a supplier; 
.0 receiving a promise from the supplier; 

determining whether the promise satisfies the 
request; and 

if the promise does not satisfy the request, 
reoptimizing the production of the demand to generate a 
.5 new request. 

12. The method of Claim 11, further comprising 
repeating the following steps until the promise satisfies 
the request : 

0 optimizing the production of the demand to generate 

a request for the supplies needed to satisfy the demand; 
communicating the request to a supplier; 
receiving a promise from the supplier; 
determining whether the promise satisfies the 
5 request; and 

if the promise does not satisfy the request, 
reoptimizing the production of the demand to generate a 
new request . 
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13. The method of Claim 11, wherein: 

the request comprises a first request for a first 
supply and a second request for a second supply; and 
5 the promise comprises a first promise for the first 

supply and the second promise for a second supply. 

14. The method of Claim 13, wherein: 

the second promise does not satisfy the second 
10 request; and 

the step of reoptimizing the production of the 
demand to generate a new request further comprises using 
the second promise as a constraint. 

15 15. The method of Claim 11, wherein: 

the request comprises a bundled request having a 
first request for a first supply and a second request for 
a second supply; and 

the promise comprises a first promise, a second 
2 0 promise, and a culprit identifying the second promise as 
the cause for not satisfying the bundled request. 

16. The method of Claim 15, wherein the step of 
reoptimizing the production of the demand to generate a 
25 new request further comprises using the second promise as 
a constraint. 



17. The method of Claim 15, wherein the bundled 
request comprises the supplies required for one demand. 
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18. The method of Claim 11, wherein: 

the promise comprises an optimization objective and 
a promise constraint; and 
5 the step of reoptimizing the production of the 

demand to generate a new request further comprises using 
the promise constraint and the optimization objective. 

19. The method of Claim 11, wherein: 
the step of optimizing the production of the demand 

to generate a request of the supplies needed to satisfy 
the demand further comprises generating the request in 
accordance with one or more internal resources; and 
the step of reoptimizing the production of the 
demand to generate a new request further comprises 
generating the new request in accordance with one or more 
internal resources . 

20. The method of Claim 11, wherein determining 
20 whether the promise satisfies the request comprises 

determining whether the promise falls within an 
acceptable range . 



10 



15 



21. The method of Claim 11, further comprising 
25 communicating a demand promise to a client if the promise 
satisfies the request. 



WO 01/27796 



PCT/USOO/27408 



29 

22. A method for optimizing a request-promise 
workflow, the method comprising: 

establishing a demand, wherein one or more supplies 
are needed to satisfy the demand; 
5 assuming that the supplies are unlimited; 

optimizing the production of the demand to generate 
a first request for a first supply and a second request 
for a second supply needed to satisfy the demand; 

communicating the first request to a first supplier; 
10 communicating the second request to a second 

supplier; 

receiving a first promise for the first supply from 
the first supplier; 

receiving a second promise for the second supply 
15 from the second supplier; 

determining whether the first promise satisfies the 
first request; 

determining whether the second promise satisfies the 
second request; and 
20 if the first promise does not satisfy the first 

request or the second promise does not satisfy the second 
request, reoptimizing the production of the demand to 
generate a new first request and a new second request. 
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23. The method of Claim 22, further comprising 
repeating the following steps until the first promise 
satisfies the first request and the second promise 
5 satisfies the second request: 

optimizing the production of the demand to generate 
a first request for a first supply and a second request 
for a second supply needed to satisfy the demand; 

communicating the first request to a first supplier; 
10 communicating the second request to a second 

supplier; 

receiving a first promise for the first supply from 
the first supplier; 

receiving a second promise for the second supply 
15 from the second supplier; 

determining whether the first promise satisfies the 
first request; 

determining whether the second promise satisfies the 
second request ; and 
20 if the first promise does not satisfy the first 

request or the second promise does not satisfy the second 
request, reoptimizing the production of the demand to 
generate a new first request and a new second request. 

25 24. The method of Claim 22, wherein: 

the second promise does not satisfy the second 
request; and 

the step of reoptimizing the production of the 
demand to generate a new first request and a new second 
3 0 request further comprises using the second promise as a 
constraint . 
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25. The method of Claim 22, wherein the request 
comprises a bundled request for one or more supplies 
required for one demand. 

26. The method of Claim 25, wherein the request 
further comprises a sub-bundled request for the supplies 
supplied by the first supplier. 



27. The method of Claim 26, further comprising: 

10 receiving a first promise for the first supply from 

the first supplier, wherein the first promise comprises a 
culprit identifying a culprit promise that does not 
satisfy the sub-bundled request; and 

reoptimizing the production of the demand to 

15 generate a new first request and a new second request 
using the culprit promise as a constraint. 

28. The method of Claim 26, further comprising:, 
receiving a first promise for the first supply from 

the first supplier, wherein the first promise comprises a 
20 first culprit promise that does not satisfy a first sub- 
bundled request; 

receiving a second promise for the second supply 
from the second supplier, wherein the second promise 
comprises a second culprit promise that does not satisfy 
2 5 a second sub-bundled request, wherein the second sub- 
bundled promise is larger than the first sub-bundled 
promise ; 

reoptimizing the production of the demand to 
generate a new first request and a new second request 
30 using the first culprit promise as a constraint. 
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29. The method of Claim 22, wherein: 

the first promise comprises an optimization 
objective and a promise constraint; and 

the step of reoptimizing the production of the 
5 demand to generate a new first request and a new second 
request further comprises using the promise constraint 
and the optimization objective. 

30. The method of Claim 22, wherein: 

the step of optimizing the production of the demand 
10 to generate a first request for a first supply and a 

second request for a second supply needed to satisfy the 
demand further comprises generating the first request in 
accordance with one or more internal resources; and 
the step of reoptimizing the production of the 
15 demand to generate a new first request and a new second 
request further comprises generating the new first 
request and a new second request in accordance with one 
or more internal resources. 

20 31. The method of Claim 22, wherein determining 

whether the first promise satisfies the first request 
comprises determining whether the first promise falls 
within an acceptable range. 

25 32. The method of Claim 22, further comprising 

communicating a demand promise to a client if the first 
promise satisfies the first request and the second 
promise satisfies the second request. 
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